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(54) Computer game device 

(57) The invention comprises a computer game 
device compnsino a host computer registering the 
Ofdenng of a plurality of terminal devices as participants 
m a game Said host computer further includes means 
tor transmitting game data to one of the registered ter- 
minal devices wrtien a predetermined number of termi- 

nc. n 



nal devices have been registered and means for 
accepting uploaded play data from one of said terminal 
devices, and means for transmitting said play data along 
with said game data to a subsequent one of said regis- 
tered terminal devices. 
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Description 

BACKGROUND OF THE INVENTION 

(1) FIELD OF THE INVENTION 

[0001] The invention relates to the communication of 
large volumes of data of the type used in computer 
games. The invention is characterized by the efficient 
storage of said data on receipt. The invention also 
makes use of identification codes to enable the distribu- 
tor of the data to charge the user of the receiving device 
in accordance with the number of times the user makes 
use of said data. 

[0002] The invention is also designed in such a way as 
to enable a computer game program to be downloaded 
from a host computer to a game terminal or else to ena- 
ble data relating to an unfinished game to be uploaded 
and stored temporarily in the host computer in such a 
way that, in cases in which an unfinished game has had 
to be suspended at the user terminal end. the same 
game can be resumed at a later time from the point at 
which it was suspended. 

(2) DESCRIPTION OF THE PRIOR ART 

[0003] Computer communications technology that 
enables the use of a telephone line to connect individual 
computers for the exchange of binary data has long 
been known. Since computer game programs and 
game data are similarly expressed in a binary coded 
form, they can also be transferred between computers 
using this type of communications technique. 
[0004] If the data to be transferred is limited in size, 
inter-conrputer transmission using an analog telephone 
line does not take long and poses few problems. Large 
volumes of data, on the other hand, take a long time to 
transmit, even along digital lines (ISDN) that enable 
_ - , , transmission speeds of up to 64 Kbps. The configura-^ 
tion of a network whereby a plurality of local terminals 
are connected by telephone lines to a central host com- 
puter such that each local terminal is able to access and 
download data from said host is also well known. How- 
ever, in this type of configuration, a temporary concen- 
tration of access calls from local terminals can easily 
lead to an overload of the host computers processing 
capacity and this will in turn lead to processing delays. 
Moreover, the longer transmissions take, the more con- 
gested the traffic becomes, and more lines have to be 
added to overcome the problem. This, however, creates 
a vicious cirde by compounding the original problem. 
On the other hand, if the telephone network is to consist 
entirely of high-speed digital lines, this means the laying 
of new optical fiber cables, a task which may well be 
easier said than done. 

[0005] There is a wide variety of means available for 
the retrieval of data from a database held in a host com- 
puter. A local terminal could be used, for example, to 



access the host computer and. on entering a predeter- 
mined key word or conditional expression, to extract and 
retrieve the required data from the massive body of data 
in store. In tfiis sort of case, two-way communication 
5 must be possible between the host computer and the 
local terminal device. On the other hand, there are 
means whereby the user can simply select the data he 
or she requires from an incoming stream of sen'ally 
transmitted data. In this case, however, there is no 
10 necessity for both sides to conduct two-way communi- 
cation with each other. It is much more important in this 
second case to determine how and in vkrhat sort of order 
the high-speed data transmission is to be carried out. 
For this reason, the second type of transmission is prob- 
15 ably best made via satellite as a means of preventing 
any unnecessary traffic build up. 
[0006] The transmission of data via satellite is not 
always appropriate, however, in that it is very much a 
one-way activity with potential users needing only to 
20 supply themselves with the appropriate receiver in order 
to obtain virtually unlimited volumes of high value added 
data free of charge. An encoder could, of course, be 
used prior to transmission to scramble the data such 
that only users with suitable decoders would be able to 
25 unscramble the data at the other end. Again, however, a 
potential user would only need to supply himself with a 
decoder to enable him to decode all the data received. 
While it would be possible to impose a uniform charge 
for use of the decoder, it would still not be possible to 
30 charge users in proportion to their actual use of the data 
received. The broadcasting of game programs by satel- 
lite would obviously create problems and the loss of 
potential revenues to suppliers would be almost incalcu- 
lak)le- There is deady therefore a pressing need for the 
35 developmem of an appropriate charging mechanism for 
use in this type of situation. 

[0007] There are two main applications for computer 
games, namely home use and commercial use. Games 
for -home use are normally played on TV game 

40 machines into which different ROM cassettes contain- 
ing game programs and data can be inserted and 
removed at will. Personal computers can be used in 
place of dedicated TV game machines with the relevant 
game programs being held on floppy disks. A single 

45 machine can thus be used to play a variety of different 
games simply by changing the ROM cassette or floppy 
disk containing the game program. By contrast, com- 
mercial game machines come in many different shapes 
and sizes, typically either inset into the horizontal sur- 

50 face of a small table or else with an upright visual dis- 
play arrangement. Such machines are limited, however, 
in that each one can generally be used to play only one 
type of game. The owner of this type of machine must 
change the ROM board if he wants to change the game. 

55 A player using this type of machine cannot therefore 
freely select the game of his choice and can play only 
the game for which the machine has been programmed. 
[0008] Games can be broadly divided into three main 
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types, namely shooting games, road race games and 
role playing games (hereafter referred to as "RPG"). 
Shooting and road race games normally involve scoring 
points under certain fixed conditions and, for this rea- 
son, the length of a game is to some extent limited. This 5 
type of game is thus ideally suited for playing on com- 
mercial machines. RPG, on the other hand, require the 
player to assume a particular role and then to spend 
such time as may be needed in order to fulfill the tasks 
required by that role. This leads to problems in that, if /<? 
the operating rate of this type of machine over time can- 
not be clearly defined, then it will simply not be appropri- 
ate for use in this type of commercial context. Recently, 
however. RPG are becoming increasingly popular with 
the result that, if a way can be found of drawing effec- is 
tively on lhis library of games for use in commercial 
game machines, this will boost the operating rate of 
each machine at a stroke. 

[0009] In the case of shooting games, the ROM data 
is processed sequentially and always in the same way. 20 
no matter how many times the game is played. As a 
result and since this type of game cannot be started at 
a mid-point, the player soon gets bored. With the pas- 
sage of time, the profitability of this type of game thus 
tends to decline quite sharply. Thus, while computer 2S 
games such as shooting games tend to have a natural 
time limit and to be generally well suited for commercial 
use. their popularity is also crucially dependent on the 
skill and originality of the game scenario and this means 
that great care needs to be taken by owners when 30 
selecting games for use in commercial game machines. 
[0010] Even if computer games were to be down- 
loaded from a host computer to a local game terntinal 
using one or other of the techniques referred to above, 
the games themselves are presentiy designed for use 35 
only by the player or players using that specific game 
terminal. Up to now, little thought has been given to the 
possibility of more than one player, each in a different 
location, participating in the same game. Even RPG 
tend to be designed not for groups of players but rather 40 
for individuals to pit their wits against tiie machine in a 
one-toK)ne situation, If more than one player, each 
using a separate machine, were able to participate in 
the same game, however, the games themselves would 
inevitably become more conplex in nature and a variety 45 
of extremdy interesting simulations coutef easily be 
developed. 
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[001 1 ] It is a general object of tiie invention to provide 
a device for the efficient processing of game data trans- 
mitted in one direction only in the form of radio signals. 
[001 2] It is another object of the invention to provide 
for the scrambling of all data prior to transmission and. 55 
at the same time, to provide a device that will enable 
users to be charged precisely in accordance with the 
number of individual data units they use. 



[001 3] It is still another object of the invention to pro- 
vide a technique whereby even games that take a long 
time to complete will be commercially viable when 
played on commerdal game terminals. It is a further 
object of the invention to provide a technique whereby 
games that have been suspended prior to completion 
can be played again from the point of suspension on the 
next available occasion. 

[0014] It is a still further object of the invention to pro- 
vide a system whereby a plurality of players using mutu- 
ally remote machines are each able to participate in the 
same game, thereby enalJling the commercial use of 
RPG while at the same time extending the overall scope 
of computer games in general. It is another object of the 
invention to disclose a concrete system configuration 
specifically designed to overcome tiiese types of prob- 
lems. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0015] 

Rgure 1 is a block diagram illustrating a form of 
communication using a communications satellite. 
Rgure 2 is a block diagram of a transmission device 
in which a datat>ase is stored. 
Rgure 3 is a block diagram of a receiving device. 
Rgure 4 is a stylized representation of tiie structure 
of the data transmitted and received witiiin the 
terms of the inventioa 

Rgure 5 is a block diagram of an alternative embod- 
iment of the receiving device. 
Rgure 6 is a stylized representation of an alterna- 
tive data st-ucture to the one shown in Figure 4. 
Rgure 7 is a schematic block diagram of the pre- 
ferred embodiment of a device for the collection of 
charges for the use of a commercial terminal. 
Rgure 8 is a schematic block diagram of an alterna- 
tive embodiment of the device for the collection of 
charges for the use of a commercial terminal. 
Rgure 9 is a block diagram of a typical data card 
output device. 

Rgure 10 is a flow chart illustrating tiie sequence of 
steps when using the device shown in Figure 8. 
Rgure 11 is a block diagram of a network compris- 
ing a host computer and a plurality of terminal 
devices. 

Rgure 12 is a block d'agram of the internal configu- 
ration of said host computer. 
Rgure 13 is a block diagram of the internal configu- 
ration of each of said terminal devices. 

DESCRIPTION OF THE PREFERRED EMBODI- 
MENTS 

[0016] There follows a description of the preferred 
embodiments of the invention by reference to the 
accompanying drawings. 
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[0017] Figure 1 is a block diagram illustrating the 
nature of radio transmission via a communications sat- 
ellite from a transmission device to a receiving device, in 
which 1 1 is a communications satellite, 12a transmis- 
sion device and 13 a receiving device. As shown in Rg- 5 
ure 2, the main components of the transmission device 
12 are a computer 21 , which is used to control transmis- 
sion, a datat^e 22. which contains the data for trans* 
misston. arxl a transmitter 23. the radio waves emitted 
by said transnrvner 23 being beamed at said communi- 
cations satellite 1 1 by way of an antenna 24. The trans- 
mission database 22 contains the data for a plurality of 
computer games, said data being arranged in the form 
of files and transmitted cyclically in a prescribed order 
For exarnple. if the game data stored in said transmis- 75 
sion database 22 consisted of 100 files of an average 
Size of 500 k6 all the files could be transmitted over a 
period of approximately five minutes at a transmission 
speed of 1 5 Mbps In other words, even with the inclu- 
sion of all the ananary data, such as headers, footers 20 
and error coaechng bits, one complete file can still be 
transmitted m approximately three seconds. Moreover, 
since a single transponder can transmit data on 10 dif- 
ferent channels simply by changing the frequencyAwave 
t>and. one transponder can be used to carry out the 2s 
operation outlined above on 10 different channels at the 
same time. provKkig only that rt is used exclusively for 
that purpose. 

[001 8) The configuration of the receiving device 1 3 is 
shown in Figure 3 In the figure. 31 is an antenna for the 3o 
receipt of signals from the satellite. 32 is a tuner, 33 is a 
CPU that analyzes the digital data received and controls 
the terminal device as appropriate, and 34 is a RAM. 
which used by the CPU 33 both as a Ixjffer and as mem- 
or Y space lor data processing 35 is a large-scale menv 35 
or Y device that is used to store the digital data received, 
36 IS a control panel that s used to spedfy and save the 
required game data arxl 37 is a data processing device 

. that IS used 10 process the seleaed data as appropriate 

38 IS an output terminal whK:h outputs both display and 40 
audio signals to externafty connected visual display and 
audio umts to enable the game to proceed. There are 
abo. of course, mtertace connections between the CPU 
33 and each ol the external units such as the tuner 32 
and the memcxy device 34 plus a data bus to facilitate 45 
the witer nal transfer of cata. although these have been 
ormttcd from the drawing The tuner 32 comprises not 
only ine usual celecton of orcuits that are used for the 
receipt of satellite sjgruis, such as a tuning circuit, a 
detection circut and an arrplrfication circuit, but also a so 
decoder to decode signals ttiat have been encoded for 
the purpose of soamWmg the original transmission and 
a packet disassemfciier for use when packet transmis- 
sion mode IS eap*oyed 

(001 9) Figure 4 illustrates the structure of the data to ss 
be used Starting from the head. A is a synchronization 
code. B a file type code. C the data itself. D an en^or con- 
trol code and E a synchronization code. The file type 
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code B indicates the kind of data the file holds and con- 
tains items such as the name of the game and the rele- 
vant game number. 

We will now briefly summarize the way in which the 
invention functions as a whole. The transmission device 
12 and the receiving device 13 are used to carry out 
data transfer by way of a communications satellite 11. 
Communication takes place in one direction only, from 
the transmission device 12 to the receiving device 13. 
The transmission computer 21 reads game data in a 
prescribed order from the database 22 in which it is 
stored and. after adding various control and other nec- 
essary signals, outputs it in the form of a data string to 
the transmitter 23. Next, the tuner 32 In the receiving 
device 13 selects an appropriate channel and. with the 
help of the RAM 34, transfers game data with a number 
corresponding to the number input from the (X)nfrol 
panel 36 into the large scale memory 35. The game is 
then played with the help of the data processing device 
37. 

[0020] The following is a more detailed explanation of 
the way in which game data is transmitted within the 
scope of the system outlined above: First. The transmis- 
sion database 22. which is held in the transmission 
device 12, contains a plurality of game data (game data 
and the data maps required to play the game, for exam- 
ple). This is assembled in file form with the main body of 
the data C having several other items added to it to 
complete the file. First, a type code B is added to the 
main fcKXJy of the data C in the form of a header. Next, 
an error control code D is added and finally synchroni- 
zation codes A and E are added at each end of the data 
string to complete the assemt^y of the transmission file. 
If an item of game data is particularly big, the error con- 
trol code D will also be big and this will seriously reduce 
the effidency of the transmission in terms of time taken. 
In this sort of case, therefore, it is preferafcrfe if the game 
data can be broken down into packets for transmission 
purposes. In this case, the packet related data would be ■ 
included in the file type code B and transmission carried 
out in accordance with known pad^et communication 
protocols. If there were, for example. 1 00 items of game 
data stored in the transmission database 22, each item 
would be subjected to the same file processing opera- 
tion and then beamed in the prescribed order in the 
form of radio waves from the transmitter's 23 antenna 
24 to the communications satellite 11. The order of 
transmission is determined quite simply by assigning an 
order to the game data in advance and then transmitting 
the data in accordance with the predetermined order. 
Once the 100 items of game data have been transmit- 
ted, the whole transmission process is repeated, start- 
ing again with the first item of data, thereby establishing 
a cyclical pattern of transmission. For game data with 
an average size of 500kB as outlined above, the time 
taken for each cycle would be at>out five minutes. The 
figures and times refenred to above will obviously vary 
deperKling on the size of the data being handled and an 
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the total number of games involved. 
[0021 ] ^ We vwll now explain the operation of the receiv- 
ing side. The radio waves received by way of the 
antenna 31 are all input to the tuner 32. However, this 
does not mean that alt the game data received needs to 
be stored and there are times when it will be enough 
simply to select those items of data that are required. 
The control panel 36 can be used for this purpose. In 
other words, if the order (numbers) that has already 
been assigned to the game data is input from the control 
panel 36. this will be processed by the CPU 33, the data 
strings input serially from the tuner 32 will be checked 
and game data with numbers with which the file type 
code B matches stored in the large scale memory 
device 35. The large-scale memory device 35 normally 
consists of a tiarddisk or optical disk; The RAM 34 acts 
as a buffer memory which copes with the extremely high 
speed of the data transmission by temporarily storing 
each Item of data as it is received and then matching it 
•rtth a fxjmber input from the control panel 36 and trans- 
f«rrvig only game data with a matching number to the 
larg«-ftcale memory device 35. When the required data 
fws t>een transferred into the large-scale memory 35. 

3? will discard any remaining data unless it 
t^cm^ei fcesh instructions from the control panel 36. 
The Qane data heW in the large-scale memory device 
as « tr*n processed in accordance with procedures 
o«t«*mned t» the data processing device 37. In this 
errooOment ne data processing device 37 is located 
Mi&Or 9^ cornpuier game machine and its output is 
connea«d to me display and sound production device 
fnof %tKmfn m !he drawing) by way of an output terminal 
33 fri f>e Orawrtng the data processing device 37 is 
i^x>*n irCer the ea control of the CPU 33. This need 
net be ihe case hoivever. and a different configuration 
rrvghc be used «rt)ereby an interface would be intro- 
duced Detween fr»e two or else the two could be linked 
by rrxsans cf A Oisconnectable socket, thereby physically 
Mpa the cSdcta processing device from the CPU. 
(00271 B Tie transmission frequency or phase are off- 
set tr order to maKe a plurality of channels availalDle for 
U5»e in me game Odta transmission mode, it will be nec- 
es&ai y \o uve thv control panel 36 to check which chan- 
nel the leguved game data is on and then to select the 
appropriate cf\anf\ei m advance. 
(0023] Tor n« purposes of the present emfcKxiiment, 
we have cho&en to use a large-scale memory device to 
store the game data The capacity of this sort of device 
IS suff oent howrever. to enable it to hold nx>re than one 
game at a time H is. in tact more normal to use a large- 
scale memory device 35 to store a plurality of game 
data or. in otti^ words, files. It is obviously possible, in 
this sort of case, simply to read the required game data 
out of the large-scale memory device 35 and into the 
data processing device 37 in order to play the game. 
Howevef. this would also aeate the need to access the 
large-scale memory 35 by way of the CPU 33 fairly fre- 
quently during the course of a game If a need also 



arose, while the game was in progress, for new input 
data to be transfen-ed from the tuner 32 into the large- 
scale memory 35, this would call for more complex 
processing in the form of. for exanple, an interrupt write 
5 operation or dummy parallel processing and this would 
in turn call for the use of a more powerful CPU 33. We 
have dealt with this prot^em with the help of the dedi- 
cated read memory device 51 shown in Rgure 5. This 
device enables the required type of game data to be 
10 read out of the nfiass of game data held in the large- 
scale memory device 35 and transfen-ed to the dedi- 
cated read memory device 51 which is then accessed 
by the data processing device 37 in order to play the 
game. If. while a game is being played using the data 
75 processing device 37, a need also arises to store game 
data, received by the tuner 32. in the large-scale mem- 
ory device 35. interrupt processing will, of course, still 
be necessary but the use of two memory devices 36.51 
will enable separate processing and this significantly 
20 simplifies the operation. The transfer of a file from the 
large-scale memory device 35 to the dedicated read 
memory device 51 can be carried out either by copying 
the source file and transferring the copy, thereby leaving 
the source file in place, or else by transferring the 
25 source file itself, thereby effectively erasing it from the 
large-scale memory device 35, The dedicated read 
memory device 51 envisaged for the present embodi- 
ment of the invention would not be what is normally 
known as a read only memory (ROM) but would be a 
30 combined read and write memory (RAM). 

[0024] For the purposes of the explanation given so 
far. the data processing device 37 has been assumed to 
be contained inside the receiving device 13. as shown 
in Figures 3 and 5. but it could be just as easily conf ig- 
35 ured entirely independently of said receiving device 1 3. 
In this sort of case, an independently portable memory 
device, such as a floppy disk unit, could be used as the 
dedicated read memory device 51 shown in Rgure 5 
and the game data read onto a floppy disk in order to 
40 play the game. It would thus also be possible to copy the 
data relating to the game to be played onto a floppy disk 
inserted into the dedicated read memory device 51 and 
then to remove the floppy disk and transfer it to a sepa- 
rate personal computer that could then be used in place 
45 of the data processing unit 37 to play the game. 

[0025] Figure 6 illustrates a different data structure 
from that shown in Figure 4. The purpose of the alterna- 
tive structure is to allow the supplier of the game data 
the additional facility of charging the user in accordance 
so with the amount of data used. Starting from the head, 
the alternative data structure comprises a synchroniza- 
tion code A. a file type code B. a storage enable ID code 
I. the data itself C. an error control code D and another 
synchronization code E. In other words, an additional 
55 storage enable ID code I has been inserted in between 
the file identification code B and the main body of the 
data C shown in Figure 4. The storage enable ID code I 
is an essential feature of the structure of data transmit- 
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ted and received within the terms of this invention 
because it is by means of this code I that it is possible to 
record an additional charge for each additional item of 
game data stored. In other words, if the control pane! 36 
on the receiving device 1 3 is used first to input a file type s 
code B and then to input a storage enable ID code I, 
only game data with a matching ID can be read in. One 
way in which the user of the receiving device 13 could 
obtain the requisite storage enable ID code I would be 
by accessing the transmission computer 21 iii the trans- w 
mission device 12 by way of a telephone line, specifying 
the target game data and then receiving the appropriate 
ID code answer-back/in the form of an answer-back. In 
this case, the transmission computer 21 could count the 
number of times it was accessed and charge the user 75 
accordingly. Whichever method is used, in cases in 
which the receiver is required to obtain an ID code, 
either the transmission device 12 or else the data sup- 
plier nuist have some way of knowing how often disclo- 
sure of the ID code is requested. Moreover, since there 20 
is a danger that if the same ID code is used for too long, 
it will be open to unauthorized use. it would probably be 
a good idea to change all the ID codes, say. once a 
week. 

[0026] We will now explain the operation of the whole 25 
invention, assuming a data structure of the type illus- 
trated in Figure 6. The transmission device 12 contains 
a transmission database 22 in which a plurality of game 
data (conputer game programs and file data needed to 
play said games) are stored, each item of game data 30 
being assembled in the form of a body of data C to 
which is then added a file type code B in the form of a 
header and a predetermined storage enable ID code 1. 
Next, an error control code D is added and finally syn- 
chronization codes A and F are placed one at each end 35 
of the data string to complete the assembly of the file. It 
is preferable, as explained above, if the data can be bro- 
ken up as and when necessary into a plurality of pack- 
ets for transmission purposes. Next.. at. the receiving 
end. an antenna 31 Is used to pick up the incoming 40 
radio signals which are input to a tuner 32 and handled 
in accordance with one or other of the procedures out- 
lined by reference to Rgures 3 and 5 above. The tech- 
nological feature that distinguishes this embodiment 
from any other is the fact that only when a code has 45 
been input from the control panel 36 that matches one 
of the storage enable ID codes incorporated into the 
incoming stream of game data will the data containing 
the matching ID code be stored by the game machine. 
The game data received by the tuner 32 is not therefore so 
automatically stored in its totality. If a plurality of ID 
codes obtained by the user are input one after the other 
at the receiving device end. the corresponding game 
data will be stored file by file in the large-scale memory 
device 35. Another item of data that can be input from ss 
the control panel 36 is the file type code B. In other 
words, if the sequence (numbers) assigned to the game 
data in advance is irput from the control panel 36, this 



will be processed by the CPU 33 and matched with 
game data strings input from the tuner 32 that also 
incorporates the corresponding file type code B. If this 
data also contains the appropriate storage enable ID 
code I referred to above, then that data string will be 
saved to the large-scale memory device 35. If. after the 
required game data has been selected and stored in the 
large-scale memory device 35 in this way. no other 
instruction is input from tiie control panel 36, all further 
data input to the tuner 32 will be discarded. 
[0027] Configured in the way described above, this 
invention enables the transmission of large volumes of 
data at extremely high speed and. since the bulk of the 
communication of the invention depends on broadcast- 
ing techniques, traffic congestion has no effect at all on 
the processing of the incoming data. Moreover, since 
the data is transmitted in cycles, each cycle being of 
only comparatively short duration, the system has the 
advantage of requiring the user to wait only a short time 
before being able to obtain the data he or she requires. 
The invention also makes use of ID codes such that 
game data can only be used by first inputting a previ- 
ously obtained ID, tiiereby preventing the unauthorized 
use of high value added data and. at the same time, 
increasing the economic viability of the system. The 
invention also calls for the use of a dedicated read 
memory device, tiiereby enabling games to be played 
using this memory device and leaving the large-scale 
memory device free to receive such other irputs of 
game data as may be required. 
[0028] The technology discussed so far has been 
based on ttie assumptfon that game data is transntitted 
to the receiving device by way of a communications sat- 
ellite. The technology to be desaibed next is that appro- 
priate for a commercial game machine for which, it is 
assumed, tfie user will pay a charge each time the 
machine is used. In otiier words, in the next embodi- 
ment of the invention, we will describe a system 
whereby a user will be able to stop playing a game for 
which he himself is paying before he has finished play- 
ing, but with the option of continuing to play the same 
game at a later date. Rgure 7 is a block diagram of an 
entire commercial game machine system. This machine 
comprises a CPU 71 . a RAM 72 in which downloaded 
game programs are stored, input keys 73 consisting of 
number keys or such alphabetic keys as may be 
required, a visual display unit 74 on which the game can 
be played out. a receiving device 75 that selects the par- 
ticular game data needed for the game being played 
from the incoming data stream being transmitted to the 
machine by way of a communications satellite, and a 
coin input unit 76 for the collection of such charges as 
may need to be made for use of the machine. There are 
also a number of hardware interfaces betweai tiie CPU 
71 and ttie various peripheral devices but. for the sake 
of simplicity, we have omitted to describe these in detail. 
When the commercial game machine is switched on, a 
program already incorporated into the CPU 71 will 
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cause the initial screen to be shown in the display and 
the machine will then stand by and wait for the first 
player. The visual display unit of a commercial game 
machine can be inset into the surface of a table, for 
example, or else set up in an upright position if so pre- 5 
ferred. Although the present embodiment of the inven- 
tion assumes the transmission of game data to the 
commercial game machine by way of a communications 
satellite, the game data could equally be transmitted to 
the game terminal by way of a wired digital public tele- 10 
phone line or else by way of optical fiber cables as used 
by CATV systems, for example, without requiring any 
fundamental change in the configuration of the system 
other than in the receiving device 75 itself. 
[0029] We will now give a brief description, by way of is 
example, of how a game would be played using this type 
of configuration. First, with the game machine showing 
the initial screen, the player puts a coin into the coin 
input unit 76 to pay for the use of the machine. Data is 
then transferred by way of a transmission path from the 20 
receiving device 75 and a game menu is downloaded 
and presented in the display 74 in the form of a list. If all 
the games cost the same to play, then it can be 
arranged so that the amount entered in the coin input 
unit 76 in the first place is enough to play one game. On 25 
the other hand, if the costs of the various games on the 
menu are different, the additional charge per game unit 
will also be shown. Since the insertion of a suitable coin 
or coins into the machine will enable key input, it will 
now be possible for the player to use the input keys 73 30 
to select the game he or she wishes to play and. in the 
event that an additional charge has to be paid, this infor- 
mation will also be presented in the display. If no extra 
charge needs to be paid, the game program requested 
will be received immediately and written into the RAM 3S 
72. Up to now. we have assumed that the game charge 
is paid by inserting a coin into a coin input unit 76 and 
by inserting additional coins if necessary If the coin 
input unit 76 was replaced by a fee input unit tiiat 
accepted paper money instead, for example, it would be 40 
possible for the player to be allocated an amount of 
playing time corresponding to the amount of money 
inserted and for the remaining value to be counted 
down as the player proceeded with the game. The 
adoption of this method would mean that, once the 45 
game data had t^en received, the player could play the 
game in accordance with the contents of the data held 
in the RAM 72. Moreover, whatever the case may be 
when game data is received via a communications sat- 
ellite. if the system is configured such that the game so 
data is downloaded by way of a wired line, the cost of 
the use of the line will inevitably increase the longer the 
connection is maintained. It would also, therefore, be 
possit3le to design the system such that, if the input keys 
73 are not used within a specified length of time after 55 
the game menu has been displayed, the line will auto- 
matically be disconnected leaving only the menu in the 
display 



[0030] If the game selected using the means 
described above is one that does not take a long time to 
play, like a shooting game, for example, then it will be 
sufficient for the display simply to return to the initial 
screen when tiie game is finished. In the case of games 
like role playing games that can take a long time to play, 
on the other hand, it would be desirable to incorporate 
an additional charge facility that would function auto- 
matically at fixed intervals during the course of a game. 
The CPU s 71 internal clock, for exanrple, could be used 
to calculate the unit time and to call for the insertion of 
an additional fee before a predetermined length of time 
has elapsed, and to cause the game to be discontinued 
as soon as that length of time has elapsed if the 
required additional fee has not been paid. An alternative 
arrangement would be to cause the game program to 
pause for a predetermined length of time after the game 
has been discontinued in order to allow time for the 
player to put more money in the machine. The pause 
could be released and the game continued if the requi- 
site additional charge is paid within tfie time allowed. 
(0031] In tfie case of games that take a long time to 
play it is also quite common for the pl^er himself to 
want to terminate tiie game before it has actually been 
completed. In the past, it has always been the case that 
if a player has terminated a game of his own accord, he 
has not been able to resume the game again at a later 
time from the point at which he ori^nally left off. In the 
present embodiment of the invention, however, a sus- 
pension key has been added to the input keys 73 to 
enable a player to terminate a game before it is finished. 
When a game is terminated in this way by means of the 
suspension key. a password is shown in the display. 
There are two different ways in which this password 
concept could be put to use. The first one calls for the 
installation of a means of generating a password inside 
the game machine itself. In other words, if the suspen- 
sion key was used during the course of a game, a pass- 
word would be generated in accordance with the 
address of the game data in use at the time the game 
was suspended and that password shown in \he display. 
In order to play the game again, the player would simply 
be required to memorize the given password and to 
enter it when he wished to play again. Since the pass- 
word itself would be determined by reference to tiie par- 
ticular address which the game had reached, the player 
would be free to input the password into a different 
game machine and still to start the game from precisely 
the point at which it was previously terminated. This 
mode of operation is particularly well suited to games 
that require only a comparatively small amount of data 
or for games for which the playing charge is fairly low. 
The second method, on the other hand, envisages the 
specification of a password selected by the player when 
suspending the game. The specified password can then 
be uploaded and stored in the game data supplier's host 
computer along with the address in the program at 
which the game has been suspended. Although the use 
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of this second means requires the use of a higher per- 
formance host conputer, it is also a more effective way 
of handling games which are particularly expensive to 
play. If passwords are stored in the host computer for a 
long time, this may eventually impair the host compu- 5 
ter's processing capacity. For this reason, it would be 
useful If passwords were to be erased from the host 
computers memory after the passage of a predeter- 
. mined length of time. An alternative to this would t>e to 
Issue each player with a personal identification code 10 
(ID) which the player would t>e required to input first 
before inputting his chosen password. It would be a sim- 
ple matter then to restrict the registration of passwords 
to those accompanied by a preceding ID. In cases in 
which this second method is used and the host compu- 15 
ter and the commercial game machine are linked by 
way of a communications satellite, it would of course be 
possible to carry out transmission in the opposite direc- 
tion from game machine to host computer. The adoption 
of this sort of approach, however, would also place an 20 
inordinate cost burden on the game machine side. It 
would be possible, on the other hand, to reduce this bur- 
den by using telephone lines to upload from the game 
machine to the host computer. 

[0032] We will now outiine by reference to Figure 8 an 25 
alternative embodiment of the invention illustrating dif- 
ferent approaches to the collection of charges and to 
the suspension of a game befoi-e it is finished. The 
drawing illustrates a known configuration in which 81 is 
a CPU which is used to run programs and control 30 
peripheral equipment, 82 a memory device holding 
data relating to specified computer games, 83 is panel 
of input keys that are used to play the game, and 84 is a 
visual display unit which is used both to play the game 
and also to display information when necessary. 85 is a 35 
mechanical coin input unit into which players must 
insert an appropriate amount of money to play the 
game. The means by which coins are inserted into the 
machine to start the game does not differ materially 
from the comparable means outlined by reference to 40 
Figure 7. More specifically, a signal generated by the 
insertion of a coin is relayed through an interface 86 to 
the CPU 81. The CPU 81 is. in fact, connected to the 
input keys 83 and the display 84 through interfaces but 
a detailed explanation of these features has been omit- 45 
ted for the purpose of simplidty. 87 is a suspension key 
that allows the player to terminate a game at a selected 
point. This key may, if necessary, be incorporated 
amongst the input keys 83. 88 is an information card 
output device, which outputs a card containing such so 
information as might be required when a player initiates 
a forced termination of a game by means of suspension 
key 87. The information printed on the card includes the 
type of game being played, game data and addresses 
applicable at the time of the termination and machine ss 
related data, such as the game machine*s identification 
number. This is all information of use when restarting a 
suspended computer game. The output of information 



from said information card output device 88 can take a 
variety of forms including that of a magnetic card or bar 
code that can be read by an optical card reader. Basi- 
cally, the information card can take virtually any form 
providing only that it contains the necessary informa- 
tion. 89 is a card reading device that reads information 
from cards of the type described above to enable a 
player to resume a suspended game. 
[0033] We will now give an example of the operation 
of the information card output device 88 by reference to 
Rgure 9. Data sent from the CPU 81 via the interface 91 
is processed by the MPU 92. 93 is a buffer memory 
used for the temporary storage of said data, 94 is a writ- 
ing unit used to write information onto cards, 95 is a roll 
of material from which tiie cards are made, 96 is a cutter 
that cuts newly prepared cards with information written 
on them down to the specified shape and size after 
which the finished card 97 is discharged into the 
player's keeping. The writing unit 94 may be a magnetic 
head device in cases in which the card is to be loaded 
with magnetic data or else a bar code printer in cases in 
which the information printed on the card is to be in bar 
code form. Although the finished card 97 may well con- 
tain a wide range of information including the game pro- 
gram address at the time the game was suspended, the 
date and the identification number of the machine on 
which the game was being played, much of this is 
optional. If the game is to be resumed from the point at 
which the player originally terminated it. however, the 
information card must at least contain the address at 
which the game was suspended. 
[0034] Rgure 10 is a flow chart illustrating the 
sequence of steps involved in playing the game 
machine shown in Figure 9. First, when a coin of the 
correct denomination is inserted into the coin input unit 
85. the initial screen to start the game will be shown in 
the display. The player must then decide whether or not 
to insert an information card. If a card is not inserted, 
the player will have to use input keys, such as the start - - 
button, to instruct tiie machine to start the game. On the 
other hand, if an information card is inserted Into the 
card reading device 89. game data will be loaded in 
accordance with the address and other information con- 
tained on the card to enable the game to be restarted 
from the precise point at which it was previously termi- 
nated. One way or another, resumption of a game by 
this means can be divided into two distinct types, the 
one being the case in which the game comes naturally 
to an end at that point and the other being the case in 
which the player actually initiates a forced termination of 
the game. The situation in which a game comes to a 
natural conclusion is a known end mode. However, if the 
player presses the suspend key 87 at this point, the cur- 
rent program address and other relevant information will 
be sent from the CPU 81 to the information card output 
device 88 where it will be printed onto an information 
card 97 and output into the player's keeping. This infor- 
mation could easily be used and re-used on any number 
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of future occasions. The information card could equally 
be recovered after one i^e only or else after being re- 
used a specified number of times. Any one of these 
approaches may be selected as preferred. For the pur- 
poses of the above explanation, the device of this 
embodiment has been described as an Independent 
unit operating in isolation from any particular system. 
However, it would be equally possible for said device to 
function as a terminal in a system rather than as an 
independent commercial game machine. In the latter 
case, communication with a host computer containing a 
plurality of game programs could be carried out either 
by way of a communications satellite or else by online 
connection. The sort of resumption method discussed 
here is most effective, in fact, when used in a system of 
this type;- In other* words, since there Is ultimately no 
need for the game and the machine to stand in a one-to- 
one relationship with each other, there is equally no 
need for the machine owner to have to concern himself 
with the selection of suitable games. Similarly, once the 
player gets tired of repeatedly using the same scenario, 
he or she can simply press the suspension tHJtton in 
order to obtain a new card that will enable the game to 
be restarted from a more advanced point. This is an 
extremely attractive option in that it helps prevent the 
same game from becoming boring. 
[0035] The sort of system outlined above enables the 
same machine to be used to play a variety of different 
games without any need for replacement of the ROM 
board or any other component. Moreover, since the nec- 
essary game data is supplied by a host conputer. it is 
an extremely simple matter to change the game to a 
new one Thus, providing a player is able to find a game 
machine, he will be able to play whatever game he 
chooses This provides a solution to the old problem of 
one partcular game machine becoming a focus of pop- 
ularity to the exclusion of other machines in the vicinity. 
This m turn enables the load to be spread more evenly 
over several different machines and. in so doing, it also 
inproves profitatnlity. at least at the operating level. If 
the piaying time for a particular game is long, the player 
has the option of pressing the suspension key to termi- 
nate the game at the point of his or her choice. Then the 
pUyer needs only to input the password indicated by the 
termmated program or else one that he or she has spec- 
ified m order to restart the game again from the point of 
termination A card could alternatively be used to record 
the termination data. The invention thus enhances the 
attraction of role playing games of a type that has previ- 
ously been felt to be somewhat inappropriate for use in 
game machines and. in so doing, it also makes possible 
a significant increase in the types of games that can be 
offered 

[0036] We will now describe a system whereby more 
than one player can take part in the same game. The 
explanation will be illustrated by reference to Figures 
n. 12 and 13 Figure 1 1 is a schematic representation 
of the sort of network appropriate to the application of 



the present invention. In the drawing. 1 1 1 is a communi- 
cations network and 112 is a host computer holding a 
plurality of game programs. T1 , T2 - - - Tn are each ter- 
minals with the ability to access the host computer 1 12 
5 by way of said communications network 1 1 1 . A commu- 
nications system is formed when the host computer 112 
and one or more of the terminals T are connected 
through the medium of the communications network 
111. The network may be structured either to enable a 
10 two-way exchange of communications data along public 
telephone lines or else to enable one way transmission 
from the host computer 112 to the terminals T by way of 
a communications satellite and one way data upload 

from each terminal T1 Tn to the host computer 112 

15 by way of telephone lines. In other words, in the second 
case, upload and download communications would be 
carried out using different media. For the purposes of 
the following explanation, it will also be assumed that 
the game programs stored in the host computer 112 are 
20 role playing games (RPG) and that each program is 
designed to facilitate the participation of more than one 

piayef. each using his or her own game terminal. It goes 

without saying, of course, that the host computer 112 
itself is capable of storing the programs of games other 
25 than RPG. 

[0037] The present embodiment df the invention is 
configured in such a way as to make use of this type of 
network system. The conditions under which the game 
is to be played still remain to be determined, however. In 
30 other words, although the same game can be played by 
more than one player using a plurality of machines, the 
more complex the scenario of the RPG itself, the longer 
it will take to complete the game and thus the more 
remote the likelihood that all the players will either want 
35 or even be able to play the game at the same time. Sim- 
ilarly, the more players that take part in a game, the 
more sophisticated the game can be made but this will 
again raise the problems associated with simultaneous 
participation. For this reason, the present embodiment 
40 does not assume simultaneous participation in the 
game but rather that the individual players* input will first 
be uploaded and stored in the host computer. When a 
player wants to play the game, he will then access the 
host computer and download everything that has been 
45 input up to that point by the other players to his own ter- 
minal. The player will then be called upon to enter his 
next move. 

[0038] Next we will explain, by reference to Rgure 12, 
how to start a game using a public line on which two- 

50 way communication is posstole. The player first 
accesses the host computer 112 from his game termi- 
nal T1 and requests permission to participate in a par- 
ticular game. The host computer 112 then reads the 
game data out of the database 121. creates the 

55 addresses required for said game in the register 122 
and secures enough space to register the number of 
people needed to play the game. The first player*s ter- 
minal T1 is then registered in the first registration space 
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and an identification number is allocated and sent to the 
terminal T1 . after which the line is temporarily discon- 
nected. 123 in the figure is the CPU used by the host 
computer 1 12 to process the above operations and 124 
is a modem. The identification number will from this 
point on be used to identify the player's role each time 
he plays the game. Each time the player accesses the 
host computer, he will input his identification number 
from the terminal T1 and receive in return the latest 
state of play of the game. In order to facilitate the entry 
of a new player using a different terminal Tx. the data- 
base 121 will hold only the game program and initial 
data. Play data accumulated during the course of the 
game will be stored in a separate memory means 125.^ 
If the RPG requested requires only two players to ena- 
ble the game to be played, the host computer 112 will 
then awat a second registration. If a second terminal T2 
now accesses the host computer 112 and requests per- 
mission to participate in the game, the host computer 
1 12 will register the new player in the space set aside 
for a second player In the register 122 and return the 
identification number it assigns to the second player 
back to the second terminal T2. after wfiich it will tempo- 
rarily disconnect the line. If the RPG has to be played by 
at least three players, the host computer 112 will go on 
standby until a third player accesses it and requests 
permission to take part in the game. When there are 
enough players registered to enable the game to be 
played, the host computer 112 will notify terminal T1 
that the game is now ready for play, thereby completing 
the requisite conditions for the game to be started. 
[0039] If the player using terminal T1 now accesses 
the host computer 112 again and inputs his identifica- 
tion number, the game will immediately start up on the 
visual display unit connected to his terminal and all the 
player will have to do is to use his keyboard to input the 
instructions appropriate to his particular role in the 
game. The player using terminal T1 can now carry on 
playing the game until he reaches the first point at which 
another player's contribution is required. Once it has 
been confirmed at terminal T1 that this point has defi- 
nitely been reached, the appropriate program can then 
be executed to suspend the game and the participation 
of terminal T1 until further notice. Next, the host conpu- 
ter 112 will establish contact with the second terminal 
T2 and issue a message to notify the player at said sec- 
ond terminal T2 that the first player (terminal T1 in the 
present embodiment) has completed his part of the 
game for the time being. The player using the second 
terminal T2 will first confirm this by reference to the 
message on his visual display unit and then, as and 
when he is ready, he will access the host computer 112 
and enter his identification number, after which the host 
computer 112 will download the necessary game pro- 
gram and data from its memory means 125 and the 
game will be reproduced on the basis of the instructions 
and other data input t)y the player using terminal T1. 
The player using terminal T2 can now continue to play 



the game, making selections in accordance with his role 
from lists of alternative options that can be called up 
onto the display as and when necessary. When the 
player using terminal T2 has gone as liar as he can go 

5 without making, reference to the other player, the game 
can be suspended by executing an appropriate termina- 
tion command in the same way as described above, 
then withdrawing from the game until further notice. The 
participants in a game can in this way take part in line 
10 with the requirements of tfie program either alternately 
when there are just two players or one by one in order in 
cases in which there are more than two players. The 
procedures outlined above are sufficient to enable a 
game to be continued for as long as all the players are 

15 inclined to continue to play their roles. However, if one of 
them wants to drop out for any reason, the game has to 
be abandoned at that point. In order to prevent this type 
of problem from spdiing the game, the present embod- 
iment of the invention calls for the host conputer 1 1 2 to 

20 access the terminal from which input is no longer being 
received a predetermined number of times and tiien. 
after confirming that there has indeed been no further 
input for the host computer 1 1 2 to take over the vacated 
role to enable the game to continue. 

25 [0040] Figure 13 is a block diagram illustrating the 
basic configuration of each of the terminal devices T1 - - 
-Tn that constitute the counterparts of the host compu- 
ter shown in Figure 12. In the figure. 131 is a modem 
that connects the terminal with the network 111, 132 is 

30 the CPU that handles, the control and processing 
requirements of all the terminals, 133 is a visual display 
unit on wNch the game is played, 134 is a keytx>ard 
which a player can use to input the instructions neces- 
sary to play the game, 135 is the main memory, which 

35 acts as a work area, and 1 36 is a memory means that is 
used to store the downloaded game program and all the 
latest play data. Basically, there is no particular limita- 
tion on the type of memory means 136 used and known 
memory devices such as a semiconductor memory or a - 

40 hard disk device would be perfectiy suitable. However, 
from the point of view of protecting the game program 
against unauthorized use or copying, the employment of 
a volatile semiconductor memory that cannot be backed 
up is to be preferred. There are also two different types 

45 of data to be exchanged with the host computer 112, 
namely game data, which is rieeddd to start the garhe 
up and to enable it to be continued, and play data, which 
comprises all the data newly input up until the point at 
which the game was last suspended. Although it would 

so save transmission time to store game program data in 
the terminals T and thereby dispense with the need for 
a player to download the program afresh each time he 
or she wishes to resume the game, this approach would 
be accompanied by a risk of unauthorized copying of 

55 the program data and. for this reason, the present 
embodiment of the invention calls for the downloading 
of program data afresh each time the garne is played. 
[0041] In the preserrt embodiment, a host computer 
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and a plurality of terminal devices are combined in the 
form of a communications network The host computer 
registers players for games that call for more than one 
player and then, when all the conditions are met for the 
game to commence, the host computer accesses each 
of the participating terminal devices in turn according to 
the order in which they have been registered to enat^le 
the game to proceed. This even enables games such as 
RPG to be played without the need to maintain a perma- 
nent line connection, while the automatic execution also 
makes possible the effective playing of the type of inter- 
active games that were previously held to be impossible 
to play using remote terminals and a regular communi- 
cations network. It is equally unnecessary for the play- 
ers all to play at the same time. Provided only that the 
- previous player has completed his or her part of the 
game, the next player can enter the game and play the 
part required by his role as and when he is ready to play 
It is thus possible to create a system that imposes only 
minimal time restrictions on the user. 



4. The computer game device according to daim 1 , 
wherein said host computer (112) disconnects an 
incoming communication line (1 1 1) from any termi- 
nal device (Ti, T2. T^) which has accessed and 

5 registered in said host computer register (1 22), until 
a predetermined number of registrations have been 
made, when said predetermined number of regis- 
trations have been made, said host computer trans- 
mits a prescribed message to each of said 

10 registered terminal devices. 



15 



20 



Claims 



1 . A computer game device conrprising 

25 

a host corrputer (112) for storing game data. 

a plurality of terminal devices (T,. T2 TJ. 

and 

means (1 1 1 ) for transmitting data between said 
host computer and said terminal devices. 30 
said host conputer having means ( 122) for reg- 
istering said terminal devices as participants in 
a game, said terminal devices being registered 
in the order in which said terminal devices 
accessed said host computer. 35 
said terminal devices Including means (133) for 
accessing said host computer and means 
(136) for registering as a participant in said 
host computer register, 

said host computer further including means for 40 
transmitting said game data to one of the regis- 
tered terminal devices when a predetermined 
number of terminal devices have been regis- 
tered and. means for accepting uploaded play 
data from one of said terminal devices, and 45 
means for transmitting said play data along 
with said game data to a subsequent one of 
said registered terminal devices. 



2. The computer game device according to daim 1. 50 
wherein said means (1 1 1 ) for transmitting data from 
said host computer (112) to said terminal devices 
(Ti. T2 Tn) is a satellite, said means for transmit- 
ting data from said terminal devices to said host 
computer is telephone lines. 55 

3. The computer game device according to daim 1, 
wherein said transmitting means is telephone lines. 
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